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To  address  the  issue  oi  platoon  leader  span  of  control,  J^jie  Field  Unit 
developed  a  computer-based  simulation  model  that  can  be  usud  to  predict  the 
platoon  leader's  ability  to  keup  up  with  his  work.  The  simulation  model 
consists  of  two  components.  The  first  component  is  a  task  library,  the 
second  a  computer  program  that  operates  upon  the  data  contained  in  the 
library.  This  report  describes  the  development  of  the  simulation  model, 
some  lindings  generated  when  we  ran  the  model  to  estimate  the  span  of 
control  for  CSWS  platoon  leaders,  and  the  uses  to  which  the  model  could 
be  put  by  system  developers. 
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In  1982,  the  Fort  Sill  Field  Unit  of  the  U.S.  Army  Research  Institute 
(ARl)  developed  a  method  for  estimating  hew  many  launchers  a  Corps  Support 
Weapon  System  (CSWS)  platoon  leader  will  be  able  to  control.  To  address 
the  issue  of  platoon  leader  span  of  control,  the  Field  Unit  developed  a 
computer-based  simulation  model  that  predicts  platoon  leader  performance 
under  various  levels  of  task  load.  This  report  describen  the  develop¬ 
ment  of  the  simulation  model,  some  findings  generated  by  the  model  when 
it  was  used  to  estimate  the  span  of  control  for  CSWS  platoon  leaders, 
and  the  uses  to  which  the  model  could  be  put  by  system  developers.  The 
research  was  conducted  as  part  of  an  effort  to  develop  tools  for  the 
analysis  of  new  weapon  systems. 


EDGAR  M.  JOHNSON 
Technical  Director 
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A  DECISION  AID  FOR  ADDRESSINC  SUPERVISOR  SPAN  OF  CONTROL  PROBLEMS 


EXECUTIVE  SUMMARY 


Requirement : 

In  1982,  the  Fort  Sill  Field  Unit  of  the  Army  Research  Institute  (ARI) 
developed  a  method  for  estimating  how  many  launchers  a  Corps  Support  Weapon 
System  (CSWS)  platoon  leader  will  be  able  to  control.  The  Director  of  the 
CSWS  Special  Task  Force  was  concerned  with  the  tradeoff  between  number  of 
launchers  controlled  and  platoon  leader  workload.  To  conserve  resources, 
it  would  be  desirable  to  have  each  platoon  leader  control  many  launchers. 
Increasing  the  number  of  launchers  controlled,  however,  would  also  increase 
workload.  At  some  point,  the  number  of  launchers  would  exceed  what  the 
platoon  leader  could  adequately  control,  he  would  fall  behind  in  completing 
his  tasks,  and  the  performance  of  the  platoon  would  suffer.  No  direct 
empirical  data  could  be  obtained  since  the  CSWS  was  still  at  the  concept 
development  phase,  and  an  alternative  source  of  data  was  required. 


Procedure: 


A  computer-based  simulation  model  was  developed  to  address  the  tradeoff 
between  number  of  launchers  controlled  and  platoon  leader  workload.  The 
computer-based  model  consists  of  two  components:  (a)  a  task  library  and 
(b)  a  computer  program  that  operates  upon  the  data  contained  in  the  library. 
The  task  library  consists  of  a  list  of  tasks  along  with  information  about 
each  task:  (a)  its  priority  level;  (b)  the  typical  time  interval  between 
successive  requirements  to  perform  the  task  during  combat  of  low,  moderate, 
and  high  intensity;  and  (c)  the  typical  time  required  to  perform  the  task 
given  the  number  of  launchers  being  controlled.  The  computer  program 
operates  upon  the  information  contained  in  the  task  library  to  generate 
predictions  of  platoon  leader  performance.  The  indicators  of  performance 
generated  by  the  model  are  all  concerned  in  one  way  or  another  with  how 
well  the  platoon  leader  is  able  to  keep  up  with  the  tasks  he  is  required  to 
perforin.  The  model  was  used  in  a  simulation  experiment  to  evaluate  the 
effects  of  platoon  size  and  level  of  combat  intensity  on  CSWS  platoon 
leader  performance. 


Findings i 

Three  launchers  would  he  a  reasonable  number  for  a  CSWS  platoon  leader 
to  control;  the  number  should  not  exceed  four.  The  results  of  the  simula¬ 
tion  experiment  also  suggest  that  the  model  could  be  useful  as  a  tool 
during  the  development  of  CSWS  and  other  systems. 


vii 


Utilization  of  Findings: 


The  simulation  model  is  intended  to  be  a  tool  to  supplement  the  judgment 
of  system  developers  by  providing  necessary  but  difficult  to  obtain  infor¬ 
mation.  The  simulation  model  makes  the  user  of  the  model  aware  of  how  task 
performance  will  be  affected  by  what  the  platoon  leader  is  asked  to  do  and 
the  conditions  he  is  subjected  to  as  he  performs  the  tasks.  The  model 
users  will  need  to  be  aware  of  factors  that  cannot  be  addressed  by  the 
simulation  model,  and  to  consider  those  factors  in  making  decisions  that 
affect  platoon  leader  workload.  The  model  presented  here  could  be  used 
to  simulate  the  performance  of  a  wide  range  of  supervisors. 
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Doctrine  Command  (TRADOC)  System  Manager's  Office  for  MLRS  provided  a  draft 
Held  manual  and  a  draft  of  the  MLKS  system  organization,  tactics,  and  tech¬ 
niques  (SOTT)  concept  for  0T-1I1  so  that  we  could  identify  the  tasks  to  be 
performed  by  an  MLRS  platoon  leader. 

As  va  developed  a  task  list,  the  tasks  seemed  to  fall  into  two  cate¬ 
gories.  In  one  category  were  tasks  with  clearly  identifiable  start  and 
atop  points,  for  example,  performing  a  ground  reconnaissance.  In  the  sec  nd 
category  were  continually  recurring  tasks,  for  example,  maintaining  a  situa¬ 
tion  map.  Although  one  could  ascertain  at  any  given  time  whether  a  platoon 
lesdvr  la  engaged  in  maintaining  a  situation  map,  this  task  is  never  really 
comp  let  ad ;  it  la  performed,  off  and  on,  so  long  as  combat  continues.^ 

Altar  the  task  list  had  been  developed,  it  was  verified  as  being  com¬ 
plete  by  four  subject  matter  experts  from  the  TRADOC  System  Manager ' s  (TSM's) 
0|(  lea.  Information  about  these  tasks  was  then  developed  through  group 
discussions  with  tha  four  subject  matter  experts.  For  all  tasks,  subject 
mallei  experts  rated  level  of  priority  on  a  5-point  scale,  with  5  being 
the  blgheaL  priority.  The  subject  matter  experts  also  indicated  for  all 
tasks  ilia  relationship  between  task  performance  and  number  of  launchers 
In  a  platoon  (l.a.,  adding  one  launcher  increases  the  time  required  to 
pri form  a  laak  by  5  minutes). 

lor  teaks  with  clear  start  and  stop  points,  the  subject  matter  experts 
isscliad  a  consensus  response  on  two  sdditional  questions.  The  first  ques¬ 
tion  askad  snout  tha  frequency  with  which  each  task  would  be  performed 
dm  lug  combat  of  low,  moderate,  and  high  intensity.  As  expected,  the  sub¬ 
let  t  MNtiar  experts  Indicated  that  many  tasks  would  be  performed  more 
1 t aquae l 1 y  with  Increasing  intensity  of  combat.  They  predicted,  for 
sxampla,  that  the  platoon  would  average  zero  moves  a  day  during  combat  of 
low  Intensity,  three  during  combat  of  moderate  intensity,  and  six  during 
combat  of  high  Intensity.  The  second  question  asked  the  subject  natter 
expei t a  to  predict  the  average  time  required  to  perform  the  tasks.  Fcr 
tasks  that  recur  continually,  the  subject  matter  experts  followed  a  slightly 
d I f I areni  procedure.  They  identified  e  appropriate  unit  of  time,  such  as 
an  I u>ti i  oi  a  day,  und  then  reached  a  consensus  on  what  amount  of  that  time 
the  lecturing  task  would  require  during  combat  of  low,  moderate,  and  high 
Ini  ana l «  y . 

(  nmpoi  or  l*i  oj^ram 

Yi>  *n i I  male  how  many  lsurchers  a  platoon  leader  can  adequately  control, 
li  lx  not  sufficient  simply  to  know  for  each  task  the  typical  time  interval 
bxi  w*«Mi  mu  <  east v*  requl  remunts  to  perform  the  task  and  the  typical  amount 
,t(  i  tie*  needed  to  perform  it.  One  must  also  take  into  account  random 
vei iai tmi .  By  chance,  the  time  interval  between  successive  requirements 
Ip  poll  Pint  a  particular  task  will  sometimes  be  short  and  sometimes  long; 
by  •  hence ,  s  platoon  leader  will  sometimes  perform  a  task  rapidly  and 
•  iixM't  I  men  xl  pwI  y  . 
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It  was  to  deal  with  the  complexities  created  by  random  variation  that 
we  developed  the  computer  program.  The  program  simulates  two  sets  of 
events.  The  first  set  of  events  simulated  represents  the  task  environment 
imposed  on  the  platoon  leader.  In  combat,  each  task  for  which  a  platoon 
leader  is  responsible  will  have  to  be  performed  repeatedly  across  time. 

For  example,  the  platoon  will  have  to  move  to  a  new  location  from  time  to 
time,  and  with  each  move  the  platoon  leader  will  perform  certain  tasks.  The 
computer  program  simulates  this  environment  by  scheduling  task  requirements 
at  specific  points  in  simulated  time.  Scheduling  is  based  on  the  assumption 
that  the  variation  around  the  typical  time  interval  between  successive 
requirements  to  perform  each  kind  of  task  will  follow  the  exponential 
probability  distribution. ^ 

The  second  set  of  events  simulated  represents  the  platoon  leader's 
response  to  his  task  environment.  In  our  simulation,  when  a  requirement 
Co  perform  a  task  occurs,  either  of  two  things  can  happen  depending  upon 
whether  the  platoon  leader  is  free  or  busy.  If  the  simulated  platoon 
leader  is  free  when  the  requirement  occurs,  he  begins  to  work  on  the  task 
immediately;  that  Is,  the  simulation  program  uses  the  typical  time  required 
to  perform  the  task  to  schedule  the  point  in  time  at  which  the  task  will  he 
completed.  Scheduling  is  based  on  the  assumption  that  variation  around 
the  typical  cime  required  to  perform  the  task  will  follow  the  exponential 
probability  distribution,  the  same  distribution  used  in  scheduling  the 
time  interval  between  tasks.  Once  the  simulated  platoon  leader  starts 
a  task,  he  must  complete  it  before  beginning  another. 

If  the  platoon  leader  is  busy  when  the  requirement  to  perform  a  task 
occurs,  the  task  is  filed  in  the  platoon  leader's  queue  according  to 
priority.  Whenever  the  platoon  leader  completes  a  task,  he  checks  his 
queue.  If  tasks  are  waiting,  he  begins  to  work  on  the  task  with  the 
highest  priority  (and  if  two  tasks  have  equal  priority,  on  the  one  that 
has  been  in  the  queue  longer);  that  is,  the  simulation  program  schedules 
the  point  in  time  at  which  the  task  will  be  completed.  If  the  platoon 
leader  finds  no  task  in  the  queue,  he  remains  idle  until  the  next 
requirement  to  perform  a  task  occurs.3>^ 

Capabilities  of  the  Simulation  Model 

In  Table  1  are  listed  three  variables  that  the  computer  program  can 
accept  as  input  and  four  variables  that  i;  can  produce  as  output.  Each 
input  variable  is  manipulated  via  the  task  library.  Platoon  leader  task 
libraries  for  one,  tv ^ ,  three,  four,  and  five  launcher  platoons  are 
shown  in  Appendix  A.  The  library  data  entries  are  explained  in  the 
introductory  material  preceding  the  task  libraries. 

The  variables  output  by  the  computer  program  are  statistical  indi¬ 
cators  of  platoon  leader  performance.  They  can  be  calculated  for  any 
period  of  time  simulated — for  an  hour,  a  day,  or  a  week.  The  statistics 


TABLE  1 


Input  and  Output  Variables  of  the  Simulation  Model 


Input  Variables 


Output  Variables 


Time  required  to  complete 
individual  tasks  (would  be 
used  primarily  to  evaluate 
the  effects  of  number  of 
launchers  controlled  but 
could  also  be  used  to  eval¬ 
uate,  for  example,  the  effect 
of  giving  the  platoon  leader 
a  tool  that  would  allow  him 
to  perform  some  individual 
tasks  more  rapidly). 

Time  between  requirements  to 
perform  tasks  (would  be  used 
primarily  to  evaluate  the 
effects  of  combat  Intensity). 

Tasks  included  in  the  library 
(would  be  used  to  evaluate 
the  effects  of  the  platoon 
leader  delegating  some  tasks 
to  others). 


1.  Average  number  of  tasks  in 
the  queue  waiting  to  be 
performed  -  by  level  of  task 
priority  if  desired. 

2.  Average  length  of  time  tasks 
spend  in  the  queue  waiting  to 
be  performed  -  by  level  of  task 
priority  if  desired. 

3.  Average  time  required  to 
complete  all  tasks  waiting 
in  the  queue  -  that  is,  the 
time  it  would  take  the  platoon 
leader  to  catch  up  with  his 
work  if  he  were  to  receive 

no  new  tasks. 

4.  Average  percentage  of 

time  platoon  leader  is  idle 
or  at  least  is  free  to  perform 
tasks  other  than  the  mandatory 
ones  included  in  the  task 
library . 
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wi] 1,  of  course,  vary  from  one  run  of  the  simulation  program  to  the  next, 
just  as  they  would  vary  from  one  slice  of  time  to  the  next  for  a  real 
platoon  leader.  Estimates  of  the  variance  in  the  statistics  are  calculated 
by  performing  multiple  simulation  runs. 


USE  OF  THE  SIMULATION  MODEL  BY  A  SYSTEM  DEVELOPER 

The  computer  model  was  used  in  a  simulation  experiment  to  evaluate  the 
effects  on  platoon  leader  performance  of  two  input  variables:  (a)  number 
of  missile  launchers  controlled  and  (b)  level  of  combat  intensity.  The 
simulation  experiment  provides  a  context  for  discussing  the  use  of  the 
simulation  model  as  a  decision  aid  and  is  briefly  described  here. 

CSWS  Simulation  Experiment 

To  manipulate  number  of  launchers  controlled,  separate  task  libraries 
were  developed  for  one,  two,  three,  four,  and  five  launcher  platoons  (see 
Appendix  A) .  Performance  with  each  platoon  size  was  assessed  under  two 
levels  of  combat  intensity:  moderate  and  high.  The  entries  shown  in  the 
task  libraries  reflect  the  expectation  that  many  individual  tasks  will 
take  longer  to  perform  as  the  number  of  launchers  increases.  The  entries 
also  reflect  the  expectation  that  many  activities  will  be  performed  more 
frequently  with  increasing  combat  intensity,  regardless  of  number  of 
launchers  controlled. 

For  each  combination  of  number  of  launchers  by  level  of  combat  inten¬ 
sity,  thirty  12-hour  periods  were  simulated.  The  relatively  large  sample 
was  needed  because  of  the  probabalistic  nature  of  the  model;  for  any  one 
combination  of  platoon  size  and  combat  intensity,  considerable  variation 
in  platoon  leader  performance  occurred  from  one  12-hour  period  to  the  next. 

Some  results  from  the  simulation  experiment  are  shown  in  Table  2  and 
in  Figures  1  and  2.  Table  2  displays  the  mean  number  of  tasks  in  the 
platoon  leader's  queue  from  hour  1  through  hour  12  of  simulated  time  for 
each  combination  of  platoon  size  and  level  of  combat  intensity.  Difficulty 
in  keeping  up  with  tasks  is  indicated  by  the  increase  over  time  in  the 
number  of  tasks  in  the  queue;  greater  difficulty  is  indicated  by  more 
rapid  increases. 

Figure  1  shows  graphically  the  results  for  each  of  the  platoon  sizes 
during  combat  of  moderate  intensity.  With  platoons  of  one  or  two  launchers, 
the  size  of  the  -latoon  leader’s  queue  grows  gradually  over  the  12-hour 
period,  reaching  an  average  size  of  about  three  tasks  in  hour  12.  With 
platoons  of  three  or  four  launchers,  the  queue  grows  slightly  more  rapidly, 
reaching  an  average  size  of  about  six  and  one-half  tasks  in  hour  12.  With 
a  platoon  of  five  launchers,  the  queue  grows  still  more  rapidly,  reaching 
an  average  size  of  nearly  12  tasks  in  hour  12. 
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Number  of  Tasks  in  Queue  during  Each  Hour  of  Simulated  Time  with 
the  Platoon  Leader  Controlling  Different  Numbers  of  Launchers 
in  Different  Levels  cf  Combat  Intensity 


30  observations 


number  of  tasks  in  the  platoon  leader’s  queue  by  hour  in  combat  of 
intensity  with  platoons  of  one  through  five  launchers. 


Figure  2  shows  the  results  for  the  different  platoon  sizes  during  combat 
of  high  intensity.  Note  that  the  scale  for  number  of  tasks  in  Figure  2  is 
different  from  Figure  1.  In  combat  of  high  intensity,  the  task  queue  grows 
fairly  rapidly  across  the  12-hour  period  even  for  a  platoon  with  only  one 
launcher,  reaching  an  average  size  of  9.81  tasks  in  hour  12.  With  platoons 
of  four  or  five  launchers,  however,  the  queue  grows  much  more  rapidly, 
reaching  an  average  size  of  about  20  tasks  in  hour  12.  Performance  with 
platoons  of  two  or  three  launchers  is  at  an  intermediate  level. 6 

Use  of  the  Simulation  Model 

A  system  developer  looking  at  the  results  shown  in  Table  2  and  in 
Figures  1  and  2  might  form  the  hypothesis  that  a  CSWS  platoon  leader  will 
generally  have  a  heavy  workload.  Even  when  controlling  only  one  or  two 
launchers  in  combat  of  moderate  intensity,  the  simulated  platoon  leader 
had  some  difficulty  keeping  up  with  his  work.  A  system  developer  might 
also  form  the  hypothesis  that  level  of  combat  intensity  will  more  power¬ 
fully  influence  platoon  leader  workload  than  will  the  number  of  launchers . 

Given  that  the  platoon  leader’s  workload  appears  to  be  heavy,  particu¬ 
larly  during  high  intensity  combat,  a  system  developer  might  want  to  see 
what  would  happen  if  some  of  the  platoon  leader’s  tasks  were  delegated  to 
others.  This  could  be  done  simply  by  removing  the  delegated  tasks  from 
the  task  library  and  running  the  simulation  program  with  the  revised 
library.  The  system  developer  might  also  think  that  the  platoon  leader 
could  perform  some  individual  tasks  more  rapidly  if  he  were  given  some  new 
tools  with  which  to  perform  those  tasks.  To  see  how  this  would  affect 
platoon  leader  performance,  the  task  library  entries  for  the  time  required 
to  complete  the  individual  tasks  would  be  changed. 

A  point  that  we  want  to  emphasize  is  that  the  simulation  model  is 
intended  not  to  replace  the  judgment  of  the  system  developer,  but  only  to 
supplement  that  judgment  by  providing  information  that,  without  the  model, 
could  be  generated  only  with  great  difficulty  (see  Keen,  1980),  In  this 
vein,  our  simulation  model  does  not  prescribe  a  definitive  number  of 
launchers  that  a  platoon  leader  should  control.  Instead,  it  makes  the 
user  of  the  model  aware  of  how  task  performance  will  be  affected  by  what 
the  platoon  leader  is  asked  to  do  and  the  conditions  he  is  subjected  to 
as  he  performs  the  tasks.  The  system  developer  will  be  aware  of  factors 
that  cannot  be  addressed  by  the  simulation  model,  and  he  or  she  will  need 
to  consider  these  factors  also  in  making  decisions  that  affect  platoon 
leader  workload. 

In  the  case  of  estimating  span  of  control  for  CSWS  platoon  leaders, 
we  concluded  from  our  simulation  results  that  three  launchers  would  be 
a  reasonable  number  for  a  platoon  leader  to  control  and  that  the  number 
of  launchers  controlled  should  not  exceed  four.  The  CSWS  Task  Force 
Director  indicated  that  our  data  and  conclusions  were  consistent  with 
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a  set  of  data  from  another  source  and  of  a  different  nature.  The  Director 
found  it  encouraging  that  the  independent  data  sets  seemed  to  suggest 
similar  conclusions  about  platoon  leader  span  of  control. 

SUMMARY 

This  report  describes  a  computer  model  that  simulates  platoon  leader 
performance  under  different  levels  of  task  load.  The  computer  model  is 
intended  not  to  make  decisions,  but  rather  to  serve  as  an  aid  to  system 
developers.  The  system  developer  plays  two  roles  in  using  the  model. 

The  first  role  is  to  develop  task  data  for  the  supervisor  position  to  be 
simulated.  The  second  role  is  to  interpret  and  use  the  statistical  out¬ 
put  of  the  simulation  program  within  the  overall  context  of  what  is  known 
about  the  system  being  developed.  Information  about  the  simulation  model 
is  available  through  the  Fort  Leavenworth  Field  Unit  of  the  Army  Research 
Institute. 
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number  of  tasks  in  the  queue  and  considering  this  number  in  conjunction  with 
the  typical  times  required  to  perform  the  activities  in  the  task  library,  one 
can  get  a  reasonably  good  idea  of  how  well  the  platoon  leader  is  keeping  up 
with  his  work  and  of  how  far  behind  he  is  in  terms  of  time.  For  example, 
the  median  activity  time  in  the  task  library  for  a  five-launcher  platoon 
is  20  minutes.  Thus,  if  a  platoon  leader  has  10  tasks  in  his  queue,  he  has 
probably  fallen  behind  in  his  work  by  more  than  a  trivial  amount.  As  was 
indicated  in  Table  1,  however,  the  model  can  generate  precise  measures  of  the 
average  amount  of  time  individual  tasks  spend  waiting  in  the  queue  and  the 
average  amount  of  time  that  it  would  take  the  platoon  leader  to  complete  all 
the  tasks  waiting  in  his  queue,  A  system  developer  might  well  want  to  look 
at  these  dependent  measures.  And  he  or  she  might  want  to  break  all  the 
measures  out  by  level  of  task  priority — to  see,  for  example,  the  average 
number  of  high  priority  tasks  waiting  in  the  queue  across  a  period  of  time. 
The  system  developer  would  be  free  to  choose  the  output  variables  at  which  to 
look  and  the  level  of  detail  on  those  output  variables. 


REFERENCES 


Coke,  J.S.  and  Greene,  B.D.  Determining  the  span  of  control  of  a  Corps 
Support  Weapon  System  platoon  leader.  Army  Research  Institute  Fort 
Sill  Field  Unit  Working  Paper  82-3,  1982. 

Keen,  P.G.W.  Decision  support  systems:  Translating  analytic  techniques 
into  useful  tools.  Sloan  Management  Review,  Spring  1980. 

Kiviat,  P.J.,  Villanueva,  R. ,  and  Markowitz,  H.M.  SIMSCRIPT  II. 5  pro¬ 
gramming  language.  Los  Angeles:  Consolidated  Analysis  Centers,  Inc. 

Naylor,  T.H.,  Balintfy,  J.L. ,  Burdick,  D.S.,  and  Chu,  K.  Computer 
simulation  techniques.  New  York:  Wiley,  1966. 


13 


v-W 


.  o  ■ 


1973. 


f 


> 

I 

i 


! 

[ 

t 

i 


t 

i 

«.  ”  -  "T*  V  -  n  4 


APPENDIX  A 


Development  of  the  Task  Libraries 


Twenty-three  tasks  were  identified  as  being  the  responsibility  of 
a  platoon  leader  in  a  battery  of  the  Multiple  Launch  Rocket  System 
(MLRS) .  Each  of  these  tasks  was  assigned  a  code  number.  Below  is  a 
list  with  the  code  number  for  each  task  and  a  brief  description  of  the 
task. 


LIST  OF  TASKS 


CODE  DESCRIPTION 

1  Performs  a  map  reconnaissance 

2  Receives  displacement  order  by  radio 

3  Performs  a  ground  reconnaissance  of  route  and  potential  platoon 
area 

4  Orders  displacement  and  designates  order  of  march 

5  Organizes  new  platoon  area 

6  Coordinates  establishment  of  platoon  area  survey  point 

7  Designates  status  of  self-propelled  launcher  loaders 

8  Supervises  occupation  of  new  position 

9  Verifies  location  and  accuracy  of  platoon  area  survey  point 

10  Insures  that  command  post  is  in  order  and  communication  is 
established 

11  Conducts  coordination  meetings 

12  Maintains  situation  maps,  overlays,  and  charts 

13  Performs  a  ground  reconnaissance  of  route  and  potential 

platoon  area  (Although  this  appears  to  be  the  same  task  as 

task  3,  task  13  was  included  in  the  simulation  analyses 

because  the  platoon  leader  will  occasionally  find  a  potential 
platoon  area  unsuitable  for  use.  Task  13  was  used  to  represent 
this  occasional  situation  in  the  simulation  analyses.) 

14  Designates  change  in  status  of  self-propelled  launcher 
loaders  when  that  status  changes  while  the  platoon  is  located 
within  a  particular  platoon  area 
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LIST  OF  TASKS  (Continued) 


CODE  DESCRIPTION 

15  Supervises  improvement  of  positions  (On  most  occasions  the 
platoon  leader  will  perform  this  task  simultaneously  with  the 
performance  of  other  tasks  involved  in  moving  to  a  new 
position.  For  only  about  25  percent  of  the  moves  will  this 
be  performed  as  a  separate  task.) 

16  Controls  vehicle  traffic  into  and  out  of  the  platoon  urea 

17  Insures  that  situation  reports  are  prepared  and  sent  to 
battery 

18  Performs  a  hasty  survey  and  calls  it  in  (This  task  will 
occasionally  be  performed  when  the  platoon  moves  to  u  now 
platoon  area.) 

19  Insures  availability  of  NBC  equipment 

20  Engages  in  NBC  alert  and,  when  appropriate,  issues  all  clear 

21  Actively  directs  ammunition  support 

22  Actively  directs  maintenance  support 

23  Monitors  medical  support 

Tasks  1  through  11  are  tasks  that  are  ordinarily  performed  when  Lhu 
platoon  has  to  move  to  a  new  platoon  area.  These  tasks  were  grouped 
together  in  one  activity  for  purposes  of  the  simulation  unalyass.  Each 
time  movement  to  a  new  position  was  scheduled  in  a  simulation  run,  such 
of  the  11  tasks  had  to  be  performed.  The  remainder  of  the  tuuks,  tasks 
12  through  23,  were  scheduled  independently  of  one  another  and  oi  the 
movement  tasks  in  the  simulation  runs. 

Below  are  the  task  libraries  that  were  used  to  simulate  the  per¬ 
formance  of  a  platoon  leader  controlling  different  numbers  of  luuncheru. 

A  separate,  task  library  was  used  for  each  platoon  size. 

At  least  two  lines  are  used  to  descrlbo  each  activity  rupreaeuLud 
in  the  task  library.  Each  activity  performed  by  a  platoon  luudur  was 
given  a  short  descriptive  name.  This  name  appears  as  the  alphabetic 
entry  on  the  first  line  for  each  activity.  Four  numeric  entries  lollow 
the  name  on  the  first  line.  The  first  numeric  entry  Indicates  the 
typical  time  span  in  minutes  between  requirements  to  perform  the  activity 
during  combat  of  low  intensity,  the  second  uuiuuric  uutry  indicates  lhu 
time  span  during  combat  of  moderate  intensity,  and  the  third  numeric 
entry  Indicates  the  time  span  during  combat  of  high  intensity.  The 
fourth  numeric  entry  on  the  first  line  indicates  the  priority  of  i lie 
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1AR*  LIBRARY  FOR  ONE  LAUNCHER  PLATOON  (Continued) 
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TASK  LIBRARY  FOR  TWO  LAUNCHER  PLATOON  (Continued) 
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TASK  LIBRARY  FOR  THREE  LAUNCHER  PLATOON  (Continued) 
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TASK  LIBRARY  FOR  FOUR  LAUNCHER  PLATOON  (Continued) 
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TASK  LIBRARY 

FOR  FIVE 

LAUNCHER  PLATOON  (Continued) 
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COMPUTER  PROGRAM  FOR  SIMULATION  MODEL 
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UNCLASSIFIED  *  »  * 
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*  «•  # 

UNCLASSIFIED  *  *  * 

« 

*  ft  » 

ft  ft  ft  ft 

•  *  ft  ft 

ft  «  ft 

LINE 

CACI  SIMSCRIPT  II. 

S 

1100 

SERIES 

RELEASE 

7.0 

0b/le>/82 

]  PREAMBLE 

2  NORMALLY  mode  is  heal  and  dimension  is  0 

3  PERMANENT  ENTITIES 

4  GENERATE  list  routines 

5  EVERY  FUNCTION  HAS  A  NAME  *  A  USED. MEAN*  A  MEAN. ONE*  A  MEAN. TWO* 

6  A  MEAN. THREE*  A  USED. SO*  A  SO, ONE.  AN  SI). TWO*  AND  AN  SD. THREE* 

7  A  PRIORITY  AND  OWNS  A  STRUCTURE 

a  DEFINE  name  as  an  alpha  variable 
9  DEFINE  PRIORITY  AS  AN  INTEGER  VARIABLE 

10  EVtflY  RFSOJRCE  HAS  A  STATUS  AND  OWNS  A  QUEUE 

11  define  STATUS  AS  AN  INTEGER  VARIABLE 
1?  ltMPORARY  ENTITIES 

13  EVERY  ACTIVITY  HAS  AN  ARRIVAL. TIME  AND  A  JOB . PRI OR  I T Y ♦  MAY  BELONG 

14  TO  A  QJEJE  AND  OWNS  A  ROUTING 

15  DEFINE  JOB. PRIORITY  AS  an  integer  variable 

is  define  qjeue  as  a  set  ranked  by  high  job. priority 

17  Every  tas<  HAS  a  code,  a  process. mean*  a  process. so  and  BELONGS  to 

lrt  A  STRUCTURE  AND  A  ROUTING 

19  DEFINE  CODE  AS  AN  INTEGER  VARIABLE 

20  EVENT  NOTICES  INCLUDE  HO JRLY . REPORT 

21  AND  CLEAN. OUT 

22  EVERY  START.ACTIVITY  HAS  AN  ACT  I VI TY . TYPE 

23  DEFINE  ACTIVI TY.TYPE  AS  AN  INTEGER  VARIABLE 

24  EVERY  END. OF. TASK  HAS  A  JOB 

25  DEFINE  JOB  AS  AN  IinTEGEH  VARIABLE 

25  EA1ERNAL  EVENTS  ARE  CHANGE  .  IN, SITUATION  AND  END. OF  .Si  MUL  AT  I O'N 
? 7  PRIORITY  ORDER  IS  END. OF. TASK »  START.ACTIVITY*  HOURLY . REP JRT * 

28  CLEAN. OUT* 

29  CHANGE. IN. SITUATION,  AND  END . OF . S I MUL AT  I  ON 

30  BEFORE  DESTROYING  ACTIVITY  CALL  STaY.TIME 

31  DEFINE  STAY  AS  A  REAL  *  DUMMY  VARIABLE 

32  TALLY  avs.stay  as  The  mean*  so. stay  as  the  std.dev* 

33  SUM. STAY  AS  THE  iUM,  AND  NUM.STAY  AS  THE  NUMBER  OF  STAY 

34  ACCUMULATE  HSUM  AS  THE  SUM,  HNUM  AS  THE  NUMBER, 

35  AVG. QUEUE  AS  THE  MEAN*  MAX. QUEUE  AS  THE  MAXIMUM* 

36  AND  FREQ  (0  TO  30  BY  1)  AS  THE  HISTOGRAM  OF  N. QUEUE 

37  ACCUMULATE  AVG, STATUS  AS  THE  MEAN  OF  STATUS 
3P  END 
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UNCLASSIFIED  ##******#*• 
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*  *  *  UNCLASSIFIED  *#«**#»##»«*##**»* 


LINE  CACI  SIMSCRIPT  II. 5  1100  SERIES  RELEASE  7.0  06/16/82 

1  MAIN 

2  PRINT  1  LINF  AS  FOLLOWS 

THE  PLATOON  LEADER  IS  CONTROLLING  FIVE  LAUNCHERS 

4  PERFORM  INITIALIZATION 

5  RELEASE  INITIALIZATION 

6  FOR  EACH  FUNCTION*  00 

7  CAUSF  A  START. ACTIVITY  IN  EXPONENT! AL.F (USED. MEAN. 3)  MINUTES 

8  LEI  ACTIVITY. TYPE  =  FUNCTION 

9  LOOP 

10  CAUSE  AN  HOURLY. REPORT  IN  1  HOUR 

11  CAUSE  A  CLEAN. DUT  IN  12  HOURS 

12  START  SIMULATION 

13  SKIP  2  LINES 

14  STOP 

15  END 


*  *  *  UNCLASSIFIED  ****************** 


*  *  *  UNCLASSIFIED  ****************** 

LINE  CACI  SMSCRIPT  II. 5  1100  SERIES  RELEASE  7,0  06/16/82 

1  ROUTINE  FOR  INITIALIZATION 
?.  RE  AO  M.  RESOURCE 

3  CREATE  EVERY  RESOURCE 

4  FOR  EVERY  RFSOJRCE.  DO 

5  LET  STATUS  =  0 

6  LOOP 

7  LIST  ATTRIBUTES  OF  EACH  RESOURCE 

8  READ  N. FUNCTION 

B  CREATE  EVERY  FUNCTION 

10  FOR  EACH  FlJNCl  ION.  00 

11  READ  NAME (FUNCTION) *  ME AN. ONE ( FUNCT ION ) »  ME AN , TWO { FUNCT  1  ON )  , 

12  MEAN. THREE (FUNCTION) ,  SO. ONE ( FUNCT ION) ♦  SD . TWO ( FUNCT I  ON )  * 

13  SU. THREE (FUNCTION) t  PRIORITY (FUNCT ION) 

14  LET  USED. ^ E A N  a  MEAN. TWO 

15  LET  USED. SO  =  SD. Two 

16  UNTIL  MODE  IS  ALPHA,  DO  THIS 

17  CREATE  A  I aSk 

1 A  READ  COOEITASO  AND  PROCESS • MEAN ( T ASK ) 

ib  file  the  task  in  structure 

20  LOOP 

21  LOOP 

22  LIST  aTThIRJTES  OF  EACH  FUNCTION 

23  SKIP  ?  LINES 

24  RE  I  UR 'I 

25  ENU 


*  *  *  UNCLASSIFIED  ******##»*##*«##*# 


*  *  *  UNCLASSIFIED  ***#*****#*«*»«**• 
LINE  CACI  SI MSCRIPT  II. 5  1100  SERIES  RELEASE  7.0 
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EVENT  START .ACTIVITY (FUNCTION)  SAVING  THE  EVENT  NOTICE 

DEFINE  PIECF  AS  AN  INTEGER  VARIABLE 

CREATE  AN  ACTIVITY 

LET  ARRIVAL. TIME  =  TIME.V 

FOB  EACH  piece  OF  STRUCTURE »  DO 

CREATE  A  TASK 

LEI  CODE  =  CODE (PIECE) 

LET  PROCESS. MEAN  =  PROCESS. MEAN(PIECE) 

LET  PROCESS. SD  =  PROCESS. SO (PIECE) 

FILE  TASK  IN  ROUTING 
LOUP 

LET  JUS, PRIORITY  -  PRIORITY 
NOw  ATTEND. TO. ACTIVITY 

SCHEDULE  THE  START. ACTIVITY (FUNCTION)  IN 
EXPONENT  I AL.F ( USED. ME AN, 3)  MINUTES 
RETURN  END 
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*  *  *  UNCLASSIFIED  A***************** 

*  *  *  UNCLASSIFIED  ******************* 

LINE  CACI  S I MSCR I P T  II. 5  1100  SERIES  RELEASE  7.0  06/16/82 

1  routime  to  attend. to. activity 

2  let  RESDJRCE  =  1 

3  IF  STATUS  »  0 

4  PERFORM  ALLOCATION 

5  RETURN 

6  OTHERWISE  file  activity  IN  QUEUE 

7  RETURN 

8  END 
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*  *  *  UNCLASSIFIED  ******* 


4 

A' 

ft 

d 

•ft 

ft 

.& 

ft 


*  *  *  UNCLASSIFIED  ***************** 

LINE  CACI  SIMSCRIPT  II. S  1100  SERIES  RELEASE  7.0 

1  ROUTINE  for  ALLOCATION 

2  let  STATUS(RESOURCE)  =  1 

3  REMOVE  the  FIRST  TASK  FROM  THIS  ROUTING 

♦  SCHEDULE  AN  END. OF. TASK  GIVEN  ACTIVITY  IN 

5  EXPONENTIAL. FtPROCESS. MEAN. 2)  MINUTES 

6  DESTROY  THE  TASK 

7  RETURN  END 
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*  *  *  UNCLASSIFIED  ****************** 

*  *  *  UNCLASSIFIED  ****■*********#««#<» 

LINE  CACI  S1MSC>’IPT  II. 5  1100  SERIES  RELEASE  7.0 

1  UPON  END. OF. TASK  GWEN  JOB 

2  LET  STATUS (RESOURCE)  =  0 

3  DEFINE  JOB  AS  AN  INTEGER  VARIABLE 

4  LET  ACTIVITY  s  JOB 

5  IF  ROUTING  IS  EMPTY 

6  DESTROY  THIS  ACTIVITY 

7  GO  TO  OPTION 
H  OTHERWISE 

9  ADD  1  TO  JOB. PRIORITY (ACTIVITY) 

10  FILE  ACTIVITY  IN  QUEUE 

11  "OPTION*  IF  QUEUE (RESOURCE )  IS  NOT  EMPTY 

12  REMOVE  THE  FIRST  ACTIVITY  FROM  QUFUE 

13  PERFORM  ALLOCATION 

14  ALWAYS 

15  RETURN 

16  End 
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*  *  *  UNCLASSIFIED  . . .  •  . 

LINE  CACI  SINSCNIFT  ll.S  1100  SOIL'S  HLLFASL  7.J 

1  ROUTINE  F0=?  Si  AY .  T  1 MK  GlV/EN  ACllVltY 

2  DEFINE  ACTIVITY  AS  t  \  INltGM*  VArfJAHLF 

3  LET  STAY  a  T  I  H  E  -  v/  -  ANU 1 VAL  .  1  1  ML  (  AC1  1 V  IT  Y  ) 

A  ^E 1  UP  N  ENO 


uut  1  h/\\i 


•  •  •  >•*<  urt*  i  r  i  r  >  *  *  »  t  •  i  . . .  «  t  *  « 


'Mt  i  *•*•»  |f  | 


i  I  a 

(All  41 

*m  l|*'l  lilt  |  |  tn  |l  •,  1 1  Y 

1 

tiiit  r 

•1  1  i>titl  (  1  l|  Y  |  1.1(1  |n  | 

f 

•••!•«»  | 

1  |  ll  A  4  I  <•»  (  •«  « 

*  IMA 'lilt  ||  «|l|*l||i«  |  i  it,  4 

4 

M  *  |  'll 

‘t  |  1  1 A  1  |  l*i  |  %  1  A  1  .4  4«  4  •  |  ••  •  t 

n 

At  An  4|l  i  A  1  |  .1 1 , 4  t  A  1  .it 

h 

1  *  *.  1  »  • 

t  t  |  1  1  ,  4  1  4  li  4  •  || 

♦ 

» .1.1  t  *1 

<•  *  1  il  1  1 1  1 1  i-i 

n 

\  »  1  •*»» 

« 

V  »  1  .11)1 

*,*•  •  41  .1  it 

1  •* 

^  *  •#» 

1  1 

In  1  *  •  11 

1 1 

t  1  At  |  t 

4  M  •Al|«*l|*l4l  1 4  •  |  | 

1  ♦ 

♦  1  '  1  4 1 

1  1  1  <1  1  |  1  •  1  11 

1 « 

Y 1  t  ill 

•  |  At  A  |  •  <l|  (|.i 

i  •> 

,  »  *  »4t 

■  i  •  •  •  4«* »  •  •  • 

1  A 

V  «*  M*  1  • 

I*  «<  1  |H  1 

1  > 

» (  «t  1  * 

4  1  •  '  A  I  I  •*  1  ,  Y  1  4  1  ,4  •  »  , 

I* 

»  "  •  It 

■  t  •  .(  1  1  ll  ,i.l 

1  <t 

.  f  1  ii| 

,411  •  41  *  t  ,  1  ,«!  4 

#  i 

ill  'll 

•  1  Y  '  •  4  *  1  1  ••  ««  t 

i\ 

.  II  II* 

** 

*(  •  t  *  1 

1  I 

1  '  •  1 

,|',l  44  ♦  •  *  Y 

•it  i  n 

1  i  i  1  ! 

(  1  1  •  ‘  *  N  ,llli  4 1  .  •  1  1  r  |  4 

<**i 

»  1  «  *  •  •  l 

1  I  1  il  •  »  t  4  |t<  .  f  .  ,,  |  |  i>, 

•a 

%  *  1  ••  *  . 

1  1*  ' 

• » 

•  *  1  1  .  1  , 

•  II  1  .1  , 

*  •« 

1 

fill  *  »  i  I  i  *  M  I  I||*«  I  |  **  M  'I  II  *»  Mil  r  A*l  )  ,  0 


06/ 


»•*•-  *  -  -  *  —i  "  i*|l'h  !•  I'H 

i  i  ♦  ♦  •  •  •  ,  i  *i  •*  t  •»*  *  <t*t 
l  »*<*.••  »  t  I*  I  |  14 

,  in  it-  MMi.ii  iiiiit  i  n  i  v  i  it  i  t  %  t  a  *i  t  tie  1 1  v  1 1  v  > 

i  » «. 

t  •  i  *  i  ( •  !»l  •  • 

Ml**  *  •  I*  l*  I  I*  il‘  *  |  »  I  I  I 

I  *  r 

I  |l  .  I  .  ,4l,ll|»  |1  »f|ll  |  •  I  MU  ,01  ,l*vl 


i  i  W 

t  .  * 

*  »  f  M  t 

*  **  *  •  • 

1  i  I  II  I 

If  ■  1 


*  *  *  «  h 

t  i  i|  t  I  4«t 

>  •  Ml  »  i  ful  • 

*  •  M  •»  -I  rl|  •  ,H»  i<  ill  I 

•  *l  li  (  l<it‘l  >* 

•  •  I  *  >  •• 

I  « 


%  I" 


•  *  » 

UNCLASSIFIED 

«  « 

» 

» 

#  *  # 

*  #  *  * 

«  *  *  * 

* 

»  « 

•  «  » 
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LINE 

CACI  SIMSCRI 

PT 

II* 

5 

1100 

SERIES 

RELEASE 

7. 

0 

06/16/82 

1  EVENT  FOR  HOURLY •REPORT  SAVING  THE  EVENT  NOTICE 

2  SKIP  2  LINES 

3  PRINT  1  LINE  WITH  HOUR.F ( T IME. V)  AS  FOLLOWS 
HOURLY  REPORT  FOR  HOUR  *** 

5  SKIP  2  OUTPUT  LINES 

6  PRINT  2  LINES  WITH  AVG.STAY*  SO. STAY*  SUM. STAY  AND  NUM.STAY  AS  FOLLOWS 

JOH  STAY  STATISTICS  ARE  AVG.STAY  *  *«.*♦****  SD.STAY  =  «».«***** 

SUM, STAY  s  «#.#****«  NUM.STAY  s  **.*•*»**# 

R  SKIP  2  LINES 

10  REGIN  REPORT 

11  RtolN  HEADING 

12  PRINT  2  LINES  AS  FOLLOWS 

RESOURCE  QUEUEING  REPORT 

RESOURCE  AVG. QUEUE  MAX. QUEUE  HNUM 

15  ENU 

16  FOR  Each  RESOURCE*  PRINT  1  LINE  WITH  RESOURCE*  AVG.QUEUF* 

17  MAX. QUEUE*  HNUM  AS  FOLLOWS 

#«•  *#.#*  #«,**  ♦  *,** 

1M  END 

20  RESET  TOTALS  OF  STAY 

21  FOR  FACH  RESOURCE*  DO 

22  RE^E t  totals  OF  N. QUEUE 

23  LOOP 

24  LEI  RESOURCF  =  I 

25  REoCHEOULE  THIS  HOURLY.REPORT  IN  1  HUjH 
2h  RETURN  end 
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*  *  #  UNCLASSIFIED  *#*#*#**##*#**«*** 

*  *  *  UNCLASSIFIED  ft***************** 

LINE  CACI  SlMSCaiPT  II. S  1100  SERIES  RELEASE  7.0  06/16/82 

1  EVENT  CLEAN. OUT  SAVING  THE  EVENT  NOTICE 

2  FOR  EACH  ACTIVITY  IN  QUEUE*  DO 

3  FOR  EACH  TASK  IN  ROUTING*  00 

4  REMOVE  THE  FIRST  TASK  FROM  ROUTING 

5  DESTROY  THE  TASK 

6  LOOP 

7  REMOVE  THE  ACTIVITY  FROM  THE  QUEUE 

8  DESTROY  THE  ACTIVITY 

9  LOOP 

10  RESET  TOTALS  OF  STAY 

11  RESET  TOTALS  OF  N. QUEUE 
1?  SKIP  2  LINES 

13  PRINT  1  LINE  AS  FOLLOWS 
A  CLEAN  OUT  HAS  OCCURRED 

15  RESCHEDULE  THIS  CLEAN. OUT  IN  12  HOURS 

16  RETURN  END 


